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- Restoring said state and data of said host OS bv un-reserving said 

reserved memories used bv said host OS upon exiting said guest OS; 
- Exiting said guest OS and Returning back to said host OS. 

A syst e m al l owing mobile dovico to run mu l t i ple operat i ng systemo and preserve 
the ctate and data of tho origina l operat i ng cyctom, comprising tho st e ps of: 
Preparing a guost OS imag e ; 

Packaging tho i mago into a specia l host OS appl i cat i on or f i l e ; 

Starting a spocial boot l oador for tho host OS to road, unpack, load and start 
the gu e st OS image from tho sp e cial host OS applicat i on; 

Prooorv i ng tho curr e nt otato and data of th e host OS and start i ng tho guoct OS; 

Exit i ng from tho guest OS, runn i ng e xiting oodo to reotoro tho cyctom ctato and 
data to the origina l hoot OS and thon r e turn back to tho host OS. 

2. (Currently Amended) The method of claim 1 . wherein. Running said native 
application from said host OS to reserve memories used bv said host OS as 
unchangeable or invisible from said guest OS to preserve the current state and 
data of said host OS; further comprising steps: 

Said native application manipulating Memory Management Unit (MMU) of 
the device to manipulating memory protection attributes for mem ory pages in 
said host OS: 

Reserving memories of said host OS bv changing said memory protection 
attributes for all memories (data and code) used bv said host OS to read-only or 
un-accessible: 

Th e syst e m of claim 1 , wh e r e in tho mobile dov i co is a PDA or Win CE device, 
cellular phono or oth e r mob i l e d e vic e s. 

3. (Currently Amended) The method of claim 1. wherein Running said native 
application from said host OS to reserve memories used bv said host OS as 
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unchangeable or invisible from said quest OS to preserve the current state and 

data of said host OS; further comprising steps of: 

Moving all memories (data and code) of said host OS to top of physical 

memory of the device: 

Generating a faked reduced-memory size to be used bv said guest OS: 
Preserving said memories (data and code) of said host OS bv guest OS 

uses said faked reduced physical memory size on running and never touching 

memories above the said faked reduced memory size 

Th e syst e m of claim 1 , wh e r e in the origina l host OS oannot share its m e mory 
with any oth e r OS concurr e ntly. 

4. (Currently Amended) The method of claim 3. wherein memories of said 
mobile device are divided into multiple memory banks. Generating a faked 
reduced-memory size to be used bv said guest OS further comp further 
comprising: 

Generating said faked reduced memory size bv marking or disabling one 

of more said memory banks to make them no longer available. 

Th e syst e m of cla i m 1, where i n the orig i na l host OS can on l y start applications 
packod with somo spocial formats. 

5. (Currently Amended) The method of claim 3. Generating a faked reduced- 
memory size to be used bv said guest OS further comp further comprising: 

Generating said faked reduced memory size bv changing memory 

detection module of said guest OS to use said faked maximum memory instead 
of all available memories of said mobile device. 

Th e syst e m of claim 1 , furth e r comprising a st e p of pr e s e rving th e stat e and data 
of th e gu e st OS wh e n us e r wants to temporarily switch away from tho guost OS. 
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6. (Currently Amended) The method of claim 3. Generating a faked reduced- 
memory size to be used by said quest OS further comp further comprising: 

Generating said faked reduced memory size by modifying special system 
registers or 10 ports to report said reduced memory size as total available 
memories to said guest OS. 

Th e syst e m of claim 1 , wh e rein th e boot l oad e r is e ith e r a standalono host OS 
application or bu i lt into the guost OS i mage wrapper app l ication. 

7. (Currently Amended) The method of claim 1 . wherein Running said native 
application from said host OS to reserve memories used bv said host OS as 
unchangeable or invisible from said guest OS to preserve the current state and 
data of said host OS: further comprising steps: 

Passing all memories (data and code) of said host OS to a memory device 
driver being loaded bv said guest OS during its initialization: 

Said memory device driver of said guest OS claiming all said memories of 

said host OS and keeping them from being modified bv anv other part of said 
guest OS until exit. 

Th e syst e m of c l aim 1, wh e r e in the guest OS i mage is compressed. 

8. (Currently Amended) The method of claim 1 . wherein Running said native 
application from said host OS to reserve memories used bv said host OS as 
unchangeable or invisible from said guest OS to preserve the current state and 
data of said host OS: further comprising steps of: 

Saving the whole OS memory image (data or code) of the said host OS 

into an external memory device: 

Restoring said host OS from said OS memory image (data or code) from 
said external memory device upon retuning from said guest OS. 

Th e syst e m of claim 1 , whoroin tho guost OS wi l l us e up a l l m e mories availab l e. 
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9. (Currently Amended) The method of claim 1 . further comprising a step of: 

Saving state and data of said guest OS before switching back to said host 

OS: 

Restoring said state and data of said guest OS when re-entering said 

guest OS to continue the previous work in said guest OS: 

Th e syst e m of c l aim 1 , further comprising a step of saving tho stat e and data of 
th e gu e st OS, so us e rs wi ll not los e its work i n th e gu e st OS and can return back 
after switching to original host OS. 

1 0. (Currently Amended) The method of claim 1 . to start a second guest OS 
from within said guest OS further comprising steps of: 

The said guest OS acting as a host OS to the second guest OS: 

The said second quest OS acting as a quest OS: 

Repeating steps in Claim 1 to start the second guest OS from with the 

said guest OS. 

Th e syst e m of claim 1, furth e r comprising starting add i tional guest OS from e ith e r 
host OS or within the guost OS using th e samo procodure. 

11. (Cunentlv Amended) The method of claim 1 . wherein running said native 
application from said host OS to reserve memories used bv said host OS as 
unchangeable or invisible from said guest OS to preserve the current state and 
data of said host OS: further comprising steps of: 

Moving memory blocks used bv host OS but also needed bv said guest 
OS to a free memory location in the device and reserve said free memory blocks: 

Wherein Restoring said state and data of said host OS bv un-reserving 
said reserved memories used bv said host OS upon exiting said guest OS. 
further comprising steps of: 



5 




Restoring said memory blocks used by host OS from said free memory 

blocks; 

Th e syst e m of c l aim 1, wher ei n tho guost OS i mag e is stored i n a memory card 
as a regular fi l o wh i le hoct OS can access regular fi le s in memory card. 

12. (Currently Amended) The method of claim 1 . wherein said guest OS 
image is stored in a memory card and can be started immediately when said 
memory card is inserted into said mobile device. 

Tho cystom of c l aim 1, whoroin tho guost OS image is stored in a memory card 
and can bo started immediat e ly when th e card is ins e rt e d i nto th e d e vic e . 

1 3. (Currently Amended) The method of claim 1 , wherein said native 
application in host OS reserves only dynamic runtime memory of said host OS 
and do not reserve memories that can be restored from flash memory in the said 
mobile device. 

Tho syst e m of cla i m 1, wh e r e in th e boot l oader on l y preserves tho modified or 
us e d m e mory of host OS and do not car e about fr ee or unused m e mory blocks i n 

► 

tho syst e m. 

14. (Currently Amended) The method of claim 1, wherein Input Output (IP) 
states, registers of mobile device within said host OS are preserved into 
memories and later restored from memories. 

Th e syst e m of claim 1, where i n IO stat e s or reg i sters of per i ph e ries are sav e d i n 
m e mor i es and pr e s e rv e d th e same a s oth e r m e mori e s and th e n aft e r m e mories 
ar e r e stor e d, r e store IO stat e s or r e gist e rs from th e m e mori e s. 
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1 5. (Currently Amended) The method of claim 1 . wherein said host OS or said 
guest OS can be Palm OS. Windows CE. Svmbian. Embedded Linux, mobile 
operating systems. 

Tho system of claim 1, whoroin tho host OS or guest OS can be Palm OS, 
Windows CE, Symb i an, Emb e dd e d L i nux or othor mobi le op e rating syst e ms. 

16. (Currently Amended) A method of packaging an image of guest OS inside 
a native application of a host OS to allow in-olace execution of the said guest OS 
image in order to reduce memory usage comprising the steps of: 

Compiling an image of guest OS into multiple code segments; 

Appending each said code segment with a corresponding jump table 

containing multiple jump instructions to allow inter code-segment invocation; 

Pre-linking said each inter code-segment invocation in each said code 

segments of guest OS to a said jump instruction in the said jump table 
corresponding to each said code segment; 

Preparing a native application for said host OS with a startup code and 
multiple data chunks each large enough to contain each of said multiple code 
segments of guest OS plus each said jump table; 

Upon starting said native application in said host OS, said startup code 

goes through each said jump instruction in each said jump tables to fix the said 
jump instruction to point to the real address in the current running address space 
of said host OS: 

Said startup code executing said image of guest OS in place; 

A m e thod of packaging gu e st OS imag e i nside a host OS appl i cation 

allowing in p l ace e x e cution of the gu e st OS code to reduc e memory usag e wh e re 
th e host OS can only recogniz e d som e sp e cia l fil e formats: 

Wh e n compil e r supports, comp ili ng gu e st app li cat i on cod e to skip those 

ar e as r e qu i r e d by host OS fil e format such as r e cord h e ad e rs as if th e y ar e 
unreachab le blocks; or 
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Us e dynamic linking and jump tables for e ach code segm e nt e mbedd e d in 

the wrapper host application and then f i ll i ng out the jump tabloc at run time after 
loading. 

1 7. (Currently Amended) The method of claim 16, wherein said native 
application in said host OS is a database file with multiple data records or Palm f . 
PDB file with multiple Palm DB records. 

Th e m e thod of claim 16, wh e r ei n the host OS fi l e format is a database fi l e with 
multipl e r e cords or Palm PDB fi l e format. 

1 8. (Currently Amended) The method of claim 16. wherein said image of 
guest OS code requires one sequential memory address or one code segment 
said native application of host OS contains multiple chunks whose maximum size 
is limited bv a chunk size boundary: and Compiling a quest OS image into 
multiple code segments further comprising the steps of: 

Compiling said image of quest OS into one code segment with sequential 

memory address: 

Re-arrange instructions in said image of guest OS to reserve spaces to be 
used for jump fables on every said chunk size boundary by inserting jump 
instructions to bv pass those spaces: 

Splitting said one code segment into multiple code segments on said 

* 

chunk size boundaries: 

Th e m e thod of claim 16, wherein the gu e st OS code requires sequ e nt i a l 
arrang e m e nt i n m e mory. 

1 9. (Currently Amended) The method of claim 16. wherein the size of a guest 
OS image exceeds the maximum size limit of said native application of said host 
OS. further comprising the steps of: 

Splitting said image of guest OS into multiple pieces: 

i 
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